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Field of the Invention 

The present invention relates to systems for providing voice and data communications, 
1 0 and more particularly to systems and methods for configuring, manufacturing, testing, installing 
and reconfiguring such voice/data communications systems and such voice/data 
communications. 
q Background of the Invention 

^ Systems for providing voice and data communications in office and other settings are 

ISO receiving substantial commercial acceptance. Examples of such "convergent'^ v^i^^<^ta <^^r / fe<> /*> < 

communication systems are disclosed in U.S. App. Sen Nos. 09/055,072. 09/167,408* <s*> ^ VS P*£- £5«*t< fk*g.*o 
? 09/283, lOl^and 09/368,460^Which are assigned to the assignee of the present invention and 
incorporated herein by reference. Such systems provide desirable voice/data communications 

□ with a highly integrated system. 

2(jjj Such systems, however, provide a large number of features and options for configuring 

□ the system for the particular office environment. Exemplary information required to configure 
such a system include telephone subscriber directory information, WAN network configuration 
parameters such as T-l channel data and voice trunk access, company call routing scenarios, 
voice mail parameters, LAN data network connection information and the like. Traditionally, 

25 there were persons skilled in telecommunications aspects of such systems (such as persons 

responsible for selling, configuring and installing PBXs, voice mail systems, telephone network 
connection services and the like), while different persons were skilled in data communication 
aspects of such systems (such as persons responsible for selling, configuring and installing 
LAN/WAN hardware and the like). In general, it has been difficult to locate and/or train persons 

30 sufficiently knowledgeable in both the telecommunications and data communications aspects of 
such systems, as the two fields historically have been quite distinct. 
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As a result, it has become difficult to sell, configure, install, reconfigure and/or service 
such integrated voice/data communications systems, and such activities generally have been 
more labor intensive than desired. 
Summary of the Invention 

In accordance with embodiments of the present invention, web/portal-based systems and 
methods for selling, configuring, installing, reconfiguring and servicing such integrated 
voice/data communications systems are provided. In accordance with exemplary preferred 
embodiments of the present invention, an Internet (e.g., world wide web) or personal digital 
assistant ("PDA") or personal computer ("PC") based portal is provided to enable a relatively 
high level of data to be more easily collected (the PDA or PC may be connected to a website 
while data is input, or it may be connected at a later time, with a previously downloaded or 
installed template used to guide the data input, etc). The portal preferably is graphical and guides 
either the customer or one or more sales persons (or site installer/technician, etc.) in the 
collection of data regarding the particular customer's hardware, telephony and network service 
requirements. It is important to note that this relatively high level of data is not data at a level or 
in a form to be directly used to configure the hardware of such an integrated voice/data 
communications system. Rather, this relatively high level of data is a less technical, more 
intuitive level of user requirements data, that is more readily understandable to the customer 
and/or sales personnel, even if such persons do not have extensive technical training with respect 
to the telecommunications and/or data communications hardware/software included in such 
systems. 

After collecting the relatively high level user requirements data, an initial test of the data 
preferably is performed, such as for purposes of data consistency, ensuring that all required data 
has been entered and the like. In certain embodiments, the portal runs an application or applet in 
real time or promptly after data entry in order to provide such an initial test of the user 
requirements data, and preferably at the time of data entry. Thereafter, the user requirements data 
is translated into configuration data, preferably by way of automatic (or semi-automatic) software 
tools. This translation preferably produces configuration data that may be output in a form that it 
may be installed or input into the integrated voice/data communications system in order to 
configure the system in a manner appropriate to satisfy the user requirements data. After such 
translation, the resulting configuration data optionally is tested, such as for purposes of data 



consistency, validation and the like. After either the initial test of the user requirements data or 
the test of the configuration data resulting from the translation, software/hardware tools 
implementing the test and/or translation may prompt a request for further data input, preferably at 
the user requirements data level, which may then be tested, translated into configuration data and 
5 repeated, as may be necessary in order to produce configuration data for the particular integrated 
voice/data communications system for the particular customer. 

Also in accordance with preferred embodiments of the present invention, such portal- 
based user requirements data entry is coupled to, and part of, a method for selling, ordering, 
manufacturing, testing and installing such integrated voice/data communications systems. 
10 Configuration data resulting from a user requirements level data entry and translation process is 
coupled at a desirable point with a hardware manufacturing process, such that an integrated 
system configured for the particular customer is produced. Also in accordance with such 
5 P referred embodiments, such an integrated system may be tested, preferably based on the 

particular, customer-specific configuration, in order to ensure that the configured system will be 
15;3 fully operational in the desired manner when installed at the particular customer's facility. In 
Ly certain preferred embodiments, the testing may be conducted by connection to a central data 
7 storage facility that stores, preferably centrally, configuration and test data for a number of 
^ particular customers. In this manner, a centralized intelligence may be involved in the 
□ configuration and testing of such integrated systems, thereby helping to facilitate configuration 
20q and testing, and thereby helping to ensure that the installed system will work correctly and in 
j « J accordance with the requirements of the particular customer. Such a centralized intelligence also 
may be used to facilitate equipment upgrades and the provision of WAN or other network or 
other services to the particular customer. 

In alternative embodiments, such a centralized storage and intelligence not only facilitates 
25 initial configuration and testing, but also is accessible as desired in order to facilitate 

reconfigurations of such integrated voice/data communications systems. In accordance with the 
present invention, portal-based configurations and reconfigurations are possible, which 
preferably are accompanied by a portal-based communication system such that status information 
regarding the configuration, manufacturing, testing, installation, reconfiguration, etc., may be 
30 communicated to customers and/or sales personnel in a timely and convenient manner. 
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Accordingly, it is an object of the present invention to address limitations of conventional 
techniques for configuring, manufacturing, testing, installing and reconfiguring such integrated 
voice/data communications systems. 

It is another object of the present invention to provide a portal-based method for 
5 collecting user requirements data for such integrated voice/data communications systems, and for 
generating in a preferably automatic manner via translation configuration data based on the user 
requirements data. 

It is another object of the present invention to provide a method for manufacturing, 
testing and installing such integrated voice/data communications systems based on such 
1 0 configuration data generated from a translation of user requirements data. 

Finally, it is an object of the present invention to provide a method for reconfiguring 
_ and/or upgrading such integrated voice/data communications systems based on such portal-based 
iJ3 data input, and preferably utilizing a centralized data storage and intelligence, 
jjfj Brief Description of the Drawings 
1 % The present invention may be more fully understood by a description of certain preferred 

VJ embodiments in conjunction with the attached drawings in which: 

FIG. 1 is a flow chart illustrating first exemplary preferred embodiments of a 
% portal/PDA/PC based data method for selling, configuring, manufacturing, testing, installing and 
w reconfiguring integrated voice/data communication systems in accordance with the present 
20 ; ;g invention; 

FIG. 2 is flow chart illustrating exemplary preferred embodiments of manufacturing 
methods for such integrated voice/data communications systems in accordance with the present 
invention; 

FIG. 3 is a flow chart illustrating additional aspects of preferred embodiments of the 
25 present invention; and 

FIG. 4 is a flow chart illustrating additional preferred embodiments in which such 
integrated voice/data communications systems may be reconfigured and updated in accordance 
with the present invention. 
Detailed Description of the Preferred Embodiments 
30 The present invention will be described in greater detail with reference to certain 

preferred embodiments and certain other embodiments, which may serve to further the 
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understanding of preferred embodiments of the present invention. As described elsewhere 
herein, various refinements and substitutions of the various embodiments, and the use of aspects 
in various combinations and subcombinations, are possible based on the principles and teachings 
herein. 

5 With reference to FIG. 1, first exemplary preferred embodiments will now be described. 

In such embodiments, it is to be understood that methods in accordance with such preferred 
embodiments relate to selling, configuring, manufacturing, testing, installing and reconfiguring 
integrated voice/data communication systems such as described in U.S. App. Ser. Nos. 
09/055,072, 09/167,408, 09/283,101 and 09/368,460, the entire disclosures of which are 
10 expressly incorporated herein by reference. Exemplary customer 100 preferably interacts with 
portal 104 directly, or via value added reseller ("VAR") or sales agent 102, such as, for example, 
by initiation of a commercial transaction by which customer 1 00 seeks to purchase or configure 
k0 such an integrated voice/data communications system. Portal 104 preferably is an Internet-based 

frs 

^ world wide web-based portal, although in alternative preferred embodiments may be an 
1 application running on a PDA or PC that is subsequently connected via WAN or LAN for 

Uj connection with another computer or portal, etc. In the description herein, the term portal is used 

•■zta 

to encompass both the preferred web-based portal and also PDA or PC-based methods, unless 
expressly stated otherwise. It also is to be noted that the PDA or PC-based embodiments may, 

□ for example, download an applet including a template, etc., for input of the customer 

CP 

20q requirements data, and the PDA or PC may subsequently be connected to, and/or synchronized 
with, a website, portal or central computer, in accordance with the present invention. 

Portal 104 preferably provides a graphical interface to customer 100 and/or VAR/sales 
agent 102 for input of user requirements data corresponding to customer 100. In accordance with 
the present invention, the user requirements data consist of relatively high level data that are 

25 intended to result at the end of the process in an integrated voice/data communications system 
that is configured for the particular requirements of customer 100, but which is relatively non- 
detailed technical data that is relatively more intuitive than the much more detailed technical data 
that is required to implement the specific configuration of the integrated system. Portal 104 
preferably consists of a series of screens or pages that prompt customer 100 and/or VAR/sales 

30 agent 1 02 for user requirements data. Thus, via a series of prompts/responses or 

questions/answers, customer 100 and/or VAR/sales agent 102 preferably are prompted to enter 
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the necessary user requirements data via portal 104. In alternative preferred embodiments, 
certain customer requirements data such as subscriber directories (user name, telephone 
extensions, telephony/voice mail options, etc. or user names/passwords/IP addresses, etc.) may 
be input via a template or data structure that is preferably downloaded via portal 104, with a file 
5 containing the requested data in accordance with the template or data structure subsequently 
uploaded via portal 104. Alternatively, such customer requirements data may be input directly 
via portal 104. In preferred embodiments, each of customers 100 (and/or VAR/sales agents 102) 
is assigned identification numbers or codes (e.g., customer numbers) (portal entry preferably is 
controlled by login/password procedures, which may be conventional in methodology), and each 

] 0 purchase of one or more such integrated systems is assigned a transaction number or the like. 
What is important is that entry to portal 104 be controlled from a security standpoint, and also 
that particular customers 100 and VARs/sales agents 102 and transactions be identifiable, both to 
l*\ portal 104 and customers 100 and/or VARs/sales agents 102, etc. Preferably, each customer 100 
has associated therewith a customer profile, which may be initially stored for new customers, and 

1 5 y then retrieved for the particular customer upon subsequent visits to portal 104. 
\M Portal 104 preferably initially tests or screens the user requirements data as it is being 

./* input, either via ensuring that required fields have data entered that meet the requirements of the 
particular fields, or via a software based data screening algorithm, such that customer 100 and/or 
□ VAR/sales agent 102 may be promptly informed whether portal 104 has determined that 

20 g additional user requirements data is needed or desired (see arrow 108, which may be an 
^ additional portal prompt or may be a prompt or request later sent by electronic mail, etc.). Portal 
104 thus first tests the input of the user requirements data for consistency, incompleteness or 
other errors or the like such that customer 100 and/or VAR/sales agent 102 may be timely 
prompted to enter additional or corrected user requirements data. 

25 It should be noted, as will be understood by those skilled in the art, that portal 104 is an 

interface to one or more computers, web servers, etc., that control data input to and output from 
portal 104. Connected to or a part of such one or more computers preferably are computer 
storage resources, such as illustrated by storage areas 1 14, 1 16 and 1 18, which store, preferably, 
order data (illustrative examples being customer purchase order or other customer identification 

30 or financial or business type information, which may include order processing status 

information), configuration data (e.g., generated configuration data and/or the user requirements 
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data that generated the configuration data), or test data (e.g., data generated upon testing of an 
integrated system configured in accordance with the configuration data and/or upon test-related 
processing of the configuration data, or data for testing the particular system), respectively. What 
is important is that, in accordance with preferred embodiments, a centralized storage location (or 

5 locations) is provided to store information relating to customer 100 or particular orders for 

integrated systems placed by or on behalf of customer 100 (the arrows into storage areas 1 14, 1 16 
and 1 18 are exemplary; the areas may be part of a common storage area, and entry into one 
storage area may be understood to enable or control entry into other areas, depending upon the 
particular implementation, etc.). 

1 0 Via user requirements data entry via portal 1 04, the hardware requirements of an 

integrated system that may suitable to satisfy the user requirements may be determined. For 
example, based on the number of telephone subscribers and computers of customer 100, and 
j[g based on the specified and/or determined WAN network services or the like (and preferably 
; s £ based on data entered from which a prediction of future requirements is made), the number of 

15i3 stations cards for the telephony devices, network interface cards, LAN ports and the like, hard 
; *y disk or memory storage requirements and the like may be determined. Preferably, the number 

•ax 

;* and types (including any options) of hardware and preferably price are displayed for customer 
H 100 and/or VAR/sales agent 102 via portal 104 so that a list of the constituent hardware 
□ components may be viewed, preferably accompanied by a computed price (which preferably . 
20 includes any taxes, shipping, labor, insurance or other charges), and customer 100 and/or 
Q VAR/sales agent 102 may indicate that it accepts or confirms the hardware components and 
preferably purchase price in an automated manner. In preferred embodiments, this results in an 
order being placed via order/finance unit 1 12, which preferably is a computer based system for 
receiving and processing such customer orders. As will be appreciated, order/finance unit 1 12 
25 may be implemented as part of a computer that controls portal 104, or it may be a separate 
computer that operates in parallel with a computer that controls portal 104. In preferred 
embodiments, such a commercial transaction is implemented via a computing device coupled to 
portal 104, such that the hardware specification, user requirements data entry and confirmation 
that a commercial transaction (e.g., an order for purchase of particular goods and/or services) is 
30 being placed may be accomplished in a convenient and preferably electronic manner. 
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If it is determined that the user requirements data entered via portal 104 is acceptable 
(e.g., passed the initial screening/testing criteria), then configuration tools 106 processes the user 
requirements data to generate configuration data. Configuration tools 106 preferably are 
software-based tools that translate, or map, etc, the user requirements data into configuration 
5 data. As the user requirements data consists of relatively high level data that may be readily 
entered by a person who does not have detailed technical knowledge or expertise regarding how 
to carry out the generally quite sophisticated and detailed internal configuration process required 
to specifically configure such an integrated voice/data communications system, in general the 
user requirements data is not directly utilizable to configure such an integrated voice/data 
10 communications system. Thus, the user requirements data must be translated or otherwise 
converted from the rather intuitive, higher level of data input via portal 104, into the specific 
configuration parameters and other data that actually implement the particular configuration of 
v3 the integrated voice/data communications system. Configuration tools 106, which are preferably 
Jfi automatic or semiautomatic software tools that process the user requirements data, carry out this 
1 5 ;;~ translation or other conversion function, 
ly Configuration tools 106 preferably provide at least a second screening or testing of the 

)S ! user requirements after at least a portion of the translation/conversion process has been 

performed (configuration tools 106 also may optionally provide apre-translation/conversion 
□ screening or testing). As a result of this screening or testing, configuration tools 106 may 
20 g determine that additional or corrected user requirements or other data is needed. In this event, 
w configuration tools 106 preferably prompts or requests additional user requirements or other data 
in order to complete the generation of the configuration data to satisfy the user requirements (see 
arrow 1 10, which may be implemented with a prompt via portal 104 and/or an electronic mail 
message or the like). What is important is that configuration tools 104 test the generated 
25 configuration data, and request additional information as required (with the process of receiving 
user requirements or other data, generating configuration data, testing the configuration data, etc. 
and repeating the process as necessary) in order to have a high level of confidence that the 
configuration data will result in an integrated system that satisfies the user requirements data. 
Configuration data generated by configuration tools 106 preferably is stored in storage area 116. 
30 In preferred embodiments, an order is placed for production of one or more integrated 

voice/data communications systems via order/finance unit 1 12 (such as described previously). 
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The order, which preferably confirms a legally binding, commercial transaction for purchase of 
one or more integrated systems between customer 100 and/or VAR/sales agent 102 and the 
vendor of the integrated system, prompts a preferably electronically-generated request to 
manufacturing unit 120 for manufacture of the integrated system. Manufacturing unit 120 may 
5 be an in-house manufacturing unit or a contract manufacturer; what is important is that the 
computer-based method of the preferred embodiments result in the preferably automatic 
generation of a request to a manufacturing agent to assemble the necessary hardware components 
to implement the desired integrated system. The order from order/finance unit 1 12 preferably 
consists of identification information (e.g., customer identification, purchase order number or 
10 other transaction number, etc), as well as a specification of the hardware components required to 
satisfy the order (i.e., sufficient information for manufacturing unit 120 to assemble the hardware 
components of an integrated system to satisfy the order). In particular embodiments, a prompt 
v3 (window, dialog box, etc.) is made to initiate the legally binding, commercial transaction 
^ automatically, such as after confirming that all required fields have data that appears acceptable; 
15;;* in alternative embodiments, such a prompt may be provided prior to completion of data entry 
i ; y into all required fields, but at such time that sufficient data has been entered so that the hardware 

components determination has been made, etc. 
j;^ Manufacturing unit 120 also preferably receives from configuration tools 106 an 

E3 electronic version of the configuration data (generated and tested as previously described), which 
20 q may be input or installed in the integrated system assembled by manufacturing unit 120 to satisfy 
^ the order. In preferred embodiments, the configuration is transferred electronically from 
configuration tools 106 to manufacturing unit 120 (such as via a LAN or WAN or by electronic 
mail or the like), and/or may be accompanied by a physical media transmission (such as a CD or 
DVD ROM or the like, or by way of a hard disk drive, etc.) of the configuration data. In many 
25 applications, an end customer desires to have a hard or physical media copy of the configuration 
data (such as for archive or back-up purposes), and such a physical media copy desirably is 
provided to manufacturing unit 120 for shipment with the integrated system manufactured by the 
manufacturing unit, or alternatively may be shipped from configuration tools (or otherwise) to 
the end customer without going through manufacturing unit 120 (still alternatively, an electronic 
30 transmission to manufacturing unit 1 20 may be followed, after manufacturing and testing by 
manufacturing unit 120, by generation of the physical medium to be shipped with the system by 
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manufacturing unit 120). What is important is that the configuration data, generated as described 
above, is provided to manufacturing unit in a form so that the configuration data may be readily 
loaded into an integrated system manufactured by the manufacturing unit. 

With configuration data generated and tested as described previously, manufacturing unit 
5 120 may complete the manufacture and preferably testing of an integrated system that satisfies 
both the order and the user requirements data. Thereafter, preferably the integrated system is 
shipped to the customer, which may then unload the integrated system, hook up the necessary 
telephone, WAN and LAN connections and the like, and then start up and operate the integrated 
system, with the integrated system providing voice and data communications in accordance with 
10 the user requirements data entered via portal 104, 

As a particular example, and not in any way intended to limit the applicability of the 
present invention, it is noted that call routing is an area where customers or VARs, etc. may find 
*S configuring such a communications system to handle the exact, desired call routing to be a 
difficult or time consuming task. In accordance with the present invention, when you are 
1 5 U inputting data via the portal (or PDA, PC, etc.), the following sections of a portal, PDA/PC 
Ly template, etc., may correspond to call routing: Business Hrs, After Hrs, Outbound Calls, Trunk 
:! List, Trunk Access. For many customers, their main concern for their phone system often is how 
;^ are the calls to their main company number being handled. They may not care specifically how 

□ calls are routed for different trunks; in many cases they may not know the technical details about 

•;;n 

20 q different trunk types. 

i,Bf In accordance with the present invention, the portal may present a relatively simple set of 

non-technical questions to guide the customers /VARs, etc., to input user requirements data 

regarding the customer's call routing requirements. In such an example, the portal preferably 

may be organized like a wizard to guide the input of user requirements data in an intuitive and 
25 high level manner. 

As illustrative examples, the portal may prompt response to the following questions: 

For the customer's main telephone number, how does the customer want the calls to be handled 

during business hours? After-hours? 

1) Ring the Company Attendant? 
30 2) Forward to a hunt group? 

3) Forward to a specific extension? 

10 



4) Forward to Automated Attendant and play a greeting? 

5) Forward to Automated Attendant and play a menu of options? 

If the calls are to be answered by the Company Attendant, who is/are the attendant? 

As will be appreciated, the questions are intuitive and at a level to prompt relatively easy 
5 to enter responses, as opposed to detailed technical data/coding to actually configure the 
communications system. 

As another example, assume that the customer has only ordered a set of analog loop start 
trunks, and the billing number for this set of trunks is the company's main telephone number. 
During business hours, the calls are answered by a receptionist. After hours, the calls are 
10 answered by an external answering service. To configure this particular call routing in 
accordance with the present invention, the following exemplary questions may be utilized: 
Section Business Hrs, in an "inbound business" page, answer the following question: 

* a 

1 ) For the customers main telephone number, how does the customer want the calls to be 
Vli handled during business hours? 
15 □ Section Business Hrs, in an "operator settings" page, answer the following questions: 
id 2) Select the extension(s) to be used as the Company Attendant. 
:p 3) When Company Attendant is not available, where do the calls go? 
M; Section Trunk List, answer the following questions: 
q 4) Create the type of trunks - Analog 
20 % 5) Is this the main company telephone number ? Yes 

-3 In accordance with the present invention, rather than have to enter or program detailed 

technical data, parameters and/or coding into the communications system to implement the 
desired configuration, relatively simple questions/requests are provided to facilitate the input of a 
high level of user requirements data, which may then be translated into the detailed configuration 
25 information necessary to actually configure the communications system. Compared to the entry 
of such information in other ways, such as through the use of specific software applications (a 
sample list of "applets" that might be necessary to configure such a communications system, each 
requiring technical training or experience, etc., are: First Digit Table applet; User Configuration 
applet; Mailbox configuration applet; Station Ports; Analog Trunks applet; Trunk Groups applet; 
30 User Configuration applet; and Mailbox configuration applet) or detailed technical data entry or 
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software programming, configuration of such communications systems may be more readily 
achieved in accordance with the present invention. 

Referring now to FIG. 2, illustrative preferred embodiments of manufacturing methods 
for such integrated voice/data communications systems in accordance with the present invention 
will now be described. 

Manufacturing of such integrated voice/data communications systems typically requires 
that various physical components be inventoried. As will be appreciated, to accommodate a 
variety of end-user application requirements, such an integrated voice/data communications 
system should accommodate a variable number of telephone and computer users. Designing and 
manufacturing a system that supports, for example, one hundred users when only ten users are 
anticipated in the office or other environment under consideration would result in wasted 
resources and expense. Thus, at step 122, in accordance with preferred embodiments, by or on 
behalf of a manufacturing agent, a number of physical cards or components are inventoried 
and/or tested such as to be available for manufacturing of an integrated voice/data 
communications system in accordance with the present invention. For example, telephony 
station cards, WAN service cards, LAN port cards, etc., as well as other cards/components of 
such an integrated voice/data communications system may be inventoried/tested at step 122 in 
accordance with such preferred embodiments of the present invention. 

At step 124, a purchase order ("PO"), which may include identification ("ID") 
information is received by or on behalf of the manufacturing agent. Such a PO typically is 
" processed, which often includes a verification by the manufacturing agent that the particular 
hardware specified by the PO is a valid manufacturing request, and a request that the 
manufacturing agent can satisfy based on criteria established by the manufacturing agent and/or 
the system vendor. The ID information preferably includes an identification of the customer, 
particular customer transaction, and/or hardware configuration information such that the 
particular PO may be processed and tracked through the manufacturing process; for example, the 
hardware configuration information could include (or have encoded therein) model number, 
chassis style or type, components such as cards and modules, etc., such that at a later step a 
comparison may be made between the ID information and the actual hardware to determine, for 
example, if there are any inconsistencies, etc. 
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At step 126, hardware is assembled to satisfy the particular PO. At such a step, a check 
may be made, such as via the ID information (which may encode information regarding the 
hardware configuration, etc., such as previously described), whether the correct hardware 
components have been assembled to satisfy the particular PO. At step 128, an optional system 
5 test is performed. It should be noted that, typically the particular hardware assembled at step 126 
is not configured in a particular manner, and thus the hardware configured to satisfy the 
particular customer requirements is not available for testing. Nonetheless, in certain preferred 
embodiments, based on the PO or ID information (which may include an identification of the 
hardware components of the expected system) or otherwise, a first testing of the assembled 
1 0 system may be performed. At this time, for example, if particular hardware components that are 
expected are not found in the system test, an alarm or other indicator may be initiated such that 
S!BS timely remedial action may be taken (i.e., insert or replace missing or defective cards or 
^ components, etc.). 

CO At step 130, an optional initial burn-in is performed. As will be understood, hardware 

15 |yj components typically need to be tested under power in order to have infant failures detected so 
! ^ that hardware supplied to the end customer may be more reliable, etc. Thus, at step 130, 
a hardware, preferably pre-configured, may undergo an initial burn in. During such a burn-in step, 
□ or at the conclusion thereof, a system type of test also preferably is performed. Thus, failures in 
;~ cards or components that manifest themselves during or as a result of such burn-in may be 
20 □ detected, with appropriate remedial measures taken. 

At step 132, configuration data, preferably generated by a process described in connection 
with FIG. 1, is applied or installed in the assembled and (preferably) tested/burned-in hardware. 
It is at this time that the assembled hardware more specifically is configured to satisfy the user 
requirements data input/generated as a result of a process described in connection with FIG. 1. 
25 Optionally at this step a confirmation is made, such as via the PO and/or ID information, that the 
correct configuration has been applied or installed. As a results, a test or screening of 
configuration data application/installation errors may be desirably applied. 

At step 134, a testing of the assembled/configured hardware is conducted. This 
preferably includes an input of the PO and/or ID information such that the test procedure is 
30 conducted in accordance with information that corresponds with the particular PO or ID 
information. For example, at step 134, one or more tests may be performed such that the 



hardware of the assembled system is detected as part of the test, and a determination is made 
whether the detected hardware is consistent with the PO and/or ID information. As an 
illustrative example, the PO and/or ID information may include (such as in an encoded field or 
fields) an identification of the expected hardware components of the assembled system, such that 
a determination may be made as to whether the expected hardware components are detected 
during the test procedure. Also in accordance with preferred embodiments, step 134 includes 
connection test 136, which preferably includes an emulated or other connection of the expected 
telephone and WAN/LAN connections for the particular configured system. For example, 
preferably emulated telephone connections are made to the telephone station card connections, 
emulated T-I, ISDN, DSL, POTS or other WAN connections are made to WAN interface 
connections, and emulated LAN computer connections are made to the LAN ports of the 
assembled/configured system at step 134. In preferred embodiments, an assembled/configured 
| system has sufficient physical connections made such that the assembled/configured system may 
be tested in a manner more indicative of the expected physical telephony/WAN/LAN 
connections that will be made if the system is installed and operated in accordance with the user 
requirements data input as described in connection with FIG. 1. In such preferred embodiments, 
a simulation of receiving and placing calls is performed, such that an assembled/configured 
system may be tested prior to shipment to the particular end customer. Such call simulation 
testing of system particular assembled/configured systems helps ensure that the system as finally 
installed at the end user location will operate in an expected and satisfactory manner. 

At step 138, assuming for example that the testing conducted at the preceding step(s) 
results in a satisfactory outcome, the assembled, configured and tested hardware, particularly 
generated in accordance with the user requirements data and configuration data as 
input/generated as described in connection with FIG. 1, is shipped to the particular end customer. 

Referring now to FIG. 3, additional aspects of preferred embodiments of the present 
invention will now be described. 

At step 140, a customer or VAR/sales agent accesses the web portal (or PDA or PC 
applet, etc.) and enters user requirements data (e.g., as described in connection with FIG. 1, etc.). 
At this time, a relatively high level of user requirements data is entered, which in accordance 
with the present invention is not data that may be directly used to configure a particular 
voice/data communications system in order to satisfy that user requirements data. After 
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interaction with the portal at step 140, at step 140A preferably a central status database is updated 
in a manner such that a central intelligence may track or determine the status of a customer 
transaction initiated via the portal. Also as illustrated in FIG. 3, in parallel with or subsequent to, 
or through, the web portal user requirements data entry of step 140, an order entry step 1 50 is 
performed. At step 150 a preferably legally binding purchase or other transaction is initiated, 
such that the integrated voice/data communications system vendor may begin producing specific 
hardware and taking the specific actions in order to consummate a commercial transaction based 
on or corresponding to the portal data entry of step 140. 

Also in parallel with or subsequent to, or through, the web portal user requirements data 
entry of step 140, an optional step 172 is performed, at which time WAN services expected to 
satisfy the user requirements data entered at step 140 may be ordered. For example, through the 
user requirements data entry of step 140, a computer coupled to or controlling the portal 
preferably may predict the number and/or type of WAN services (e.g., number of T-l, POTS or 
other WAN services) that the end customer may need to satisfy the expected demands based on 
the user requirements data. Based on stored statistical data, algorithms or otherwise, such a 
computer coupled to or controlling the portal desirably may guide the user to order the 
anticipated WAN services that are likely to be needed, preferably in an automated manner (e.g., 
such as to limit the number of commercial transactions that the end user needs to 
initiate/consummate in order to ultimately satisfy the end user requirements, etc.). In accordance 
with such preferred embodiments, step 172 is performed in an automatic or semi-automatic form, 
such that a transaction to provide the WAN services in order to satisfy the user requirements data 
may be conveniently and promptly commenced. As a particular example, as part of the user 
requirements data entry process at step 140, the anticipated level of WAN services necessary or 
desirable in order to satisfy the user requirements data may be predicted, and the user (or 
VAR/sales agent) may then be automatically prompted by the portal as to whether some or all of 
the predicted WAN services should be ordered; thus, for example by clicking an accept or yes 
button, an order for WAN services may be initiated generally as part of the portal interaction 
during which the user requirements data is entered. As indicated by step 172A, a preferably 
central status information database/intelligence preferably is updated as to the status of any such 
WAN services ordering, and at step 174 a preferably central storage location is updated with data 
indicative of any WAN services, etc., ordered pursuant to step 172. 
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At step 142, which may be a part of or in parallel with or subsequent to step 140, a test is 
made of the user requirements data. At step 142, such as previously described, a first or initial 
screening or testing of the user requirements data may be made such that it may be promptly 
determined whether corrected or additional user requirements data is needed or desired. If yes, 
5 then a step 148 may be performed, during which the customer (or VAR/sales agent, etc.) is 
prompted (such as via portal response, email, etc., such as previously described) to provide such 
corrected or additional user requirements data. In certain preferred embodiments, the order of 
step 150 (and/or the WAN services ordering step 172) is not performed until the user 
requirements data of step 142 has been satisfactorily completed. With such a procedure, the 

10 (preferably) legally binding commercial transaction of step 150 (and/or step 172) is not initiated 
until such time as the user requirements data has been at least initially validated. This procedure 
serves to benefit both the customer (and/or VAR/sales agent), as transactions are initiated after at 
J least a first determination has been made that the user requirements are sufficiently defined to 
pass the criteria applied at step 142, thereby helping to minimize incorrect or subsequently 

15 Q modified or cancelled transactions, and costs resulting therefrom. 

ut At step 144, assuming that the test/screening criteria applied at step 142 were satisfied, 
the user requirements data input or generated via the portal is translated into configuration data. 
Configuration data, as explained in greater detail elsewhere herein, consists of the detailed 
Q technical, configuration data that, when applied to appropriately assembled hardware, results in a 

20 :~, system that will satisfy the user requirements data. After such translation of the user 

u requirements data into configuration data, at step 146 a further test preferably is conducted. At 
step 146, the configuration data generated by the translation of the user requirements data may be 
tested, preferably via simulation or other testing algorithms in an effort to ensure that the 
configuration is consistent, complete and anticipated to properly configure the assembled 

25 hardware. Optionally, the order step of 1 50 may be initiated in response, or be coupled to, the 
test data step of 146. For example, the order may be not be processed such that the hardware is 
produced at step 152 until such time that valid/verified configuration data has been produced. 
Thus, as errors in user requirements data could result in a change in the hardware specification of 
the hardware to be assembled, linking the order processing to the testy verify step of 146 in certain 

30 embodiments may help to reduce the number of orders that have to modified or cancelled, etc. 
after the assembly process has begun. In preferred embodiments, as steps 144 and 146 are 
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largely automated and may be conducted relatively quickly, such a linking with the ordering step 
will not in general lengthen the time for assembling the specific hardware to an appreciable 
degree. 

As will be appreciated from the description herein, if the testing at step 146 indicates that 
the configuration data is inconsistent, incorrect or incomplete, etc., then a request may be made 
via step 148 for additional user requirements or other data entry, which preferably may be made 
via the portal, via email, etc., such as described elsewhere herein. 

At step 154, assuming that the test criteria applied at step 146 were satisfied, a 
configuration data output is generated. This may simply be storing the configuration data in a 
central or other convenient location, or it alternatively may include a hard or physical medium 
copy of the configuration, such as on a CD or DVD ROM or on a hard disk, such as may be 
installed in the assembled hardware and/or shipped with the assembled hardware. As illustrated 
by step 156, the verified configuration preferably is stored in a location such as storage area 116 
and described in connection with FIG. 1 . 

The output of step 154 preferably includes a tested configuration data output; the output 
of step 152 preferably includes hardware assembled in accordance with the customer purchase 
order, which, through the mechanisms described herein, corresponds to and is consistent with the 
configuration data output. Thus, at step 1 58, which preferably is conducted by the manufacturing 
agent, the configuration data is applied to the assembled hardware. The data application 
preferably is conducted by electronic transmission of the configuration data to the manufacturing 
' agent, which preferably applies the configuration data to the assembled hardware also 
electronically (alternatively, the manufacturing agent may load the configuration data from the 
CD or DVD ROM, install the hard disk, or otherwise apply the configuration data from the 
media in which it was provided to the manufacturing agent). What is important is that the 
configuration data, generated via the user requirements data, is applied to the assembled 
hardware in order to result in an assembled and configured, integrated voice/data 
communications system. 

At step 160, the assembled and configured, integrated voice/data communications system, 
configured in accordance with the particular user requirements data of the particular customer, is 
tested, preferably by the manufacturing agent Based on the status or results of the testing of step 
160, a central status information database/intelligence is updated, as indicated by step 160A. At 
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step 162, data indicative of the information used to test the manufactured system, or data 
indicative of the results of such testing, is stored in a preferably central location, such as storage 
area 118 of FIG. 1. 

In certain preferred embodiments, step 164 is performed. As the process through step 
5 1 54 typically will include detailed information regarding the particular customer 

hardware/software configuration and preferably LAN and WAN connections to be made with the 
manufactured system, at step 164 installation instructions are automatically generated, which 
may be in electronic and/or hardcopy form. In accordance with such embodiments, installation 
instructions generated in a manner to correspond to the particular configuration of the customer's 
1 0 system (with the configuration being determined as previously described) are automatically 
generated, thereby facilitating a more convenient and expedient installation of the configured 
a system. In certain embodiments, step 164 is conducted based on site survey data, as indicated by 
jjjj step 164A. In such embodiments, during an evaluation of the actual customer site data is 
% g ener ated to facilitate the physical installation process, which may include information indicative 
1 5 of, for example, physical positioning, number and types of cables, telephones, WAN interfaces, 
POTS termination points, etc. that are present or to be installed, which may be performed by a 
representative of the end user/customer, system vendor, etc.; such data may be utilized in step 
164 in order to prepare installation instructions that are based on such a site evaluation and more 
jj specifically tailored to the specific system installation that is anticipated. 
20 3 At step 166, the manufactured, configured and tested system, preferably including 

" installation instructions (alternatively, custom, automatically generated manufacturing 

instructions may be sent electronically to the customer or installation agent, etc.), is shipped to 
the customer or end user location, where it is installed in accordance with the installation 
instructions. The central status information database/intelligence preferably is updated at step 
25 166A. At step 168, the installed system preferably is tested, with the test based on the actual 
WAN/LAN connections of the final installation. In order to facilitate such a connection-based 
test, stored data (including test or configuration data stored as previously described) may be 
accessed, as indicated by step 170. 

At various steps, the preferably central status information database/intelligence is 
30 updated, etc. Thus, preferably at all times of the process, and preferably via the portal, the 
customer, VAR or other appropriate party may access the central status information 
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database/intelligence in order to obtain up-to-date status information, thereby readily determining 
at what point in the manufacturing process a particular customer's system may be. 

FIG. 4 is a flow chart illustrating additional preferred embodiments in which such 
integrated voice/data communications systems may be reconfigured and updated in accordance 
5 with the present invention. In such embodiments, one or more integrated voice/data 

communications systems preferably were previously manufactured in accordance with the 
present invention. The present invention thereafter contemplates portal-based reconfiguration 
and updating of such systems. 

At step 176, the portal (or PDA or PC-based tool, etc.) is accessed. Preferably a centrally 
1 0 stored database that stores information indicative of the current configuration of the system is 
accessed, as indicated by step 178. Thus, in accordance with such embodiments, a central 
Q storage location stores information regarding the current configuration of, such a system, and such 
storage location may be conveniently accessed in order to make such configuration data available 
for purposes of facilitating such reconfigurations or updates. At step 178, the user requirements 
1 5 J data that resulted in the configuration data also may be accessed or made available as part of the 
|! reconfiguration/update process. At step 176, data may be entered (preferably in the form of user 
i. requirements data as previously described) in accordance with the desired reconfiguration/update 
of the system. As will be appreciated, user requirements data of the current configuration may be 
obtained via step 178 from a central location (if not already available), and then such user 
20.Q requirements data may be updated at step 176 for the new configuration, etc. 

At step 1 80, an initial test or screening of the data entered at step 1 76 preferably is 
conducted. Steps 180 and 186 of FIG. 4 desirably may be conducted in a manner similar to steps 
142 and 148 of FIG. 3, described previously. As will be appreciated, through such steps, new 
user requirements data may be entered in accordance with the desired reconfiguration/update, 
25 with the newly-entered data screened for accuracy and completeness, with requests for corrected 
or additional data promptly initiated. 

At step 1 82, the updated/newly entered user requirements data preferably is 
translated/converted into updated configuration data. Preferably, step 182 is conducted in a 
manner similar to step 144 of FIG. 3, and preferably is conducted with the same or similar 
30 configuration tools, such as described in connection with FIG. 1 . At step 184, the configuration 
data resulting from step 182 preferably is tested or screened, with additional requests for 



19 



information prompted in a timely manner. As will be appreciated, steps 184 and 186 may be 
conducted in a manner similar to steps 146 and 148 of FIG. 3, such as previously described. 

At step 188, depending upon the test results of step 184 3 an output of updated 
configuration data may be made (which may in a manner analogous to step 1 54 of FIG. 3, as 
appropriate). As the system is already manufactured, however, such output of updated 
configuration data preferably is electronically transmitted for application in the system at step 
190, although such output may alternatively, or also, output in the form of a physical medium 
(CDROM, DVD ROM, hard disk drive, etc.) output. At an appropriate time, such as during after 
hours of the work environment in which the system is located, the updated configuration data is 
applied to the system and tested at step 192, which preferably tests the reconfigured system based 
on the actual WAN/LAN and telephone connections, etc., such as was described with respect to 
„ step 168 of FIG. 3. 

J3 At step 194, the updated configuration data preferably is stored in a central location 

| (similar to step 156 of FIG. 3), and thus may be available for a further reconfiguration at a later 

5 time ' ^ so in accordance with the flow of FIG. 4. Thus, reconfigurations may be more readily 

6 made over time, as needed, in order to maintain the configuration of the system in a more 

s optimum form for the particular office environment, etc. At step 196, which may be after the 
3 storage of step 194 or more directly after production of the updated configuration data at step 
^ 188, the updated configuration data (and optionally the original configuration data, which may be 
□ retained in the central storage in order to maintain a historical record of the particular system's 
!= configuration, etc.) may be analyzed. Such a step 196 may desirably be used to predict that 
additional hardware or WAN services, etc., may be needed now or in the near future. For 
example, an analysis of the updated configuration data may indicate that additional station cards 
or LAN ports, etc. are needed or likely to be needed, and thus at step 198 an automated prompt 
may be generated that preferably recommends to the customer that it should order additional . 
hardware for the system. 

Similarly, based on the updated configuration data, and perhaps based on then-current 
information regarding available WAN services, at step 200 an automated prompt may be 
generated that preferably recommends to the customer that it should order or consider additional 
or other WAN services. For example, the data analysis may indicate that the customer's WAN 
service needs may be more optimally met with additional or other WAN services. As the 
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availability and pricing of such WAN services tend to vary over time, such a preferably centrally 
stored configuration data/data analysis may be used to more optimally recommend WAN 
services for the particular customer, as the customer's needs change over time. It should also be 
noted that, in alternative embodiments, such a step 200 may be initiated via the portal even 
without reconfiguration of the system. Thus, a customer may access such a central intelligence 
and have its configuration data analyzed, with recommendations made for more optimum WAN 
services as may then be appropriate. 

As will be appreciated, in accordance with the present invention, integrated voice/data 
communications systems may be more optimally and conveniently ordered, configured, 
manufactured, installed and reconfigured, etc., with status information readily available, 
preferably via a web or PDA/PC-based portal as described herein. 
, 3 Although the invention has been described in conjunction with specific preferred and 

3 other embodiments, it is evident that many substitutions, alternatives and variations will be 
;g apparent to those skilled in the art in light of the foregoing description. Accordingly, the 
J invention is intended to embrace all of the alternatives and variations that fall within the spirit 
.y and scope of the appended claims. For example, it should be understood that, in accordance with 
, the various alternative embodiments described herein, various systems, and uses and methods 
3 based on such systems, may be obtained. The various refinements and alternative and additional 
£ features also described may be combined to provide additional advantageous combinations and 
3 the like in accordance with the present invention. Also as will be understood by those skilled in 
the art based on the foregoing description, various aspects of the preferred embodiments may be 
used in various subcombinations to achieve at least certain of the benefits and attributes 
described herein, and such subcombinations also are within the scope of the present invention. 
All such refinements, enhancements and further uses of the present invention are within the 
scope of the present invention. 
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